-
Notifications
You must be signed in to change notification settings - Fork 501
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
txnbuild: Updates package with Protocol 14 changes. #3048
Conversation
I still think this is fine, as long as there were no changes to the same file in both txnbuild and internal/txnbuild. It looks like only #2967 was introduced during this time, and I've verified that those files still match. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
heads up, you are removing a bunch of valid files (they were removed from the internal txnbuild to make static check happy, but we shouldn't be removing files).
@Shaptic If you want to be 100% sure, it would worth trying out https://stackoverflow.com/a/5190916 (in the example the use a directory from a remote repo, but I think it can be easily adapter to two directories in the same repo) |
bb44129
to
fe8ec3b
Compare
fe8ec3b
to
2cdfc9a
Compare
2cdfc9a
to
208cfc3
Compare
PR Checklist
PR Structure
otherwise).
services/friendbot
, orall
ordoc
if the changes are broad or impact manypackages.
Thoroughness
.md
files, etc... affected by this change). Take a look in the
docs
folder for a given service,like this one.
Release planning
needed with deprecations, added features, breaking changes, and DB schema changes.
semver, or if it's mainly a patch change. The PR is targeted at the next
release branch if it's not a patch change.
What
Basically, I ran the following commands (simplified)
rsync -c -r -u internal/txnbuild ../../
rm -rf internal/txnbuild
All integration & unit tests pass.
Why
We want to make our Protocol 14 updates visible.
Known limitations
Because of the
-u
flag on thersync
command, I only copied new[er] files. This means that if someone updated txnbuild with a change after we updated the same file inside of internal/txnbuild, it wouldn't get copied. I don't think this is the case anywhere and tried confirming withdiff
, but a sanity check would be wonderful.Questions:
CHANGELOG.md
?